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Example 2: ADDM report 



DBMS_ADVISOR .GET_TASK_REPORT ( 1 BB ' ) 

DETAILED A DDK REPORT FOR TASK »bb« WITH ID 16 



Analysis Period: 30-MAY-2 003 from 10:27:57 to 10:31:03 

Database ID/ 1 n st art oe : 1/1 

Snapshot Range: from 9 to 10 

Database Time: 1582 seconds 

Average Database Load: 3. 5 active sessions 
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704-1 

FINDING 1: 13% impact (201 seconds) 



A hot data block with concurrent read and write activity was found. The block 
belongs to segment " KW BOLTON . TAB__BBW__DATABLOCK__I • and is block 70 in f ile 3. 

'RECOMMENDATION 1: Application Analysis, 13% benefit (2Q1 seconds) 
* ACTION : Investigate application logic to find the cause of high 

concurrent read and write activity to the data present in this block. 
RELEVANT OBJECT: database block with object* 40984, filet 3 and 
blockt 70 

"RATIONALE: The SQL statement with SQL_IB " 4vxy 8f v4y3<dhd" spent 
significant time on "buffer busy waits* 1 for the hot block. 
RELEVANT OBJECT: SOL statement with S0L_IB 4vxy8fv 4y3dhd 
UPDATE TAB_BBW_D ATA BLOCK SET RE€_ID - :B3*:B2+1 WHERE RE€_ID - :B1 
RATIONALE: The SQL statement with SQL_ID " 90n4zy8h€3? 5p" spent 
significant time on "buffer busy waits" for the hot block. 
RELEVANT OBJECT: SOL statement with S0L_ID 90n4zv 8h€37 5p 
UPDATE TAB BBH DATA BLOCK SET REC_ID = : B3 WHERE REC_JD = :B2*:B1-1 



SYMPTOMS THAT LED TO THE FINDING: 

Wait class "Concurrency" was consuming significant database time, 
impact [375 se conds ] } 



(24% 



FINDING 2: 13% impact (201 seconds) 

Read and write contention on database blocks was consuming significant 
database time. 

' RECOMMENDATION Is Schema, 13% benefit (201 seconds) 
•ACTION: Consider hash partitioning the INDEX 

" RWBOLTON . TAB„BBW__DATABLOCK_I" with object id 4 09B4 in a manner that 
will evenly distribute concurrent DML across multiple partitions. 
RELEVANT OBJECT: database object with id 4 0984 
/^RATIONALE: The UPDATE statement with SQL„ID "4vxy&fv4y3dhd" was 
significantly affected by "buffer busy waits". 
RELEVANT OBJECT: SQL statement with 5QL_ID 4vxy8fv4y3dhd 
I UPDATE T A B_ B BW_D ATA BLOCK SET REC_.ID = :B3+: B2+1 WHERE REC_.I.D - : Bl 
k„. RATIONALE: The UPDATE statement with SQL_ID T, 90n.4zy8h63?5p" was 
significantly affected by "buffer busy waits". 
RELEVANT OBJECT: SQL statement with 5$L_ID 90n4zy 8h€37 5p 
UPDATE TAB BBW_DATABLOCK SET REC_ID - : B3 WHERE REC_ID »■ :B2+:B1+1 



■ SYMPTOMS THAT LED TO TRE FINDING: 

Wait class "Concurrency" was consuming significant database time, 
impact (37 5 se conds J > 



<24% 
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FINDING 3: 9.5$ impact (1.49 seconds) 

onter.tion on buffer cache latches was consuming significant database time. 

• RECOMMEND AT I ON 1: SQL Tuning, 4.3$ benefit (&8 seconds) 

» ACT ION : Run SOL Tuning Advisor on the SC'L statement with 5QL„ID 
"4vxy8fv4v3dhd" . 

RE LEVANT OBJECT; SOL statement with SQL_XD 4vxy8fv4y3dhd 
UPDATE TAE_BBW_DA7A B LOCK SET RECJ.D = :B3-rjB2+I WHERE RECJLD ■* :B1 

RECOMMENDATION 2: SQL Tuning, 4.3% benefit (63 seconds) 

•ACTION: Run SOL Tuninu Advisor on the SQL statement with 5QL_ID 
"90n4zy3h6375p" . 

RELEVANT OBJECT: SQL statement with 5QL_ID 90n4zy Bh€375p 
UPDATE T AE__ BBW_D AT A B LOCK SET REC_TD ■ :B3 WHERE REC_.ID « :B2-s-2Bl+l 

SYMPTOMS THAT LED TO THE FINDING: 

Wait class "Concurrency* 1 was consuming significant database time. <23% 
impact [3 7 5 se conds ] > 
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Example 2: ADDM report (continued) 
70^3 



702-4*— * FINDING 4: 3*5% impact <56 seconds) 

Hard parsing of SQL statements was consuming significant database t ime . 

706-4—^"^ HO RECOMMENDATIONS AVAILABLE 

ADDITIONAL INFORMATION: Hard parses due to cursor environment mismatch we re 
not consuming significant database time. 

Hard parsing SQh state truants that encountered parse errors was not 
consuming significant database time. 

The shared pool was adequately sized to prevent hard parses due to 
cursor aging. 

Hard parses due to literal usage and cursor invalidation were not 
consuming significant, database time. 



SYMPTOMS THAT LED TO THE FINDING: 

Parsing of SQL statements was consuming significant database time 
impact [59 seconds]) 



T3. 7% 



• ADDITIONAL INFORMATION 

An explanation of the terminology used in this report is available when you 
run the report with the ' ALL ' level of detail. 

The analysis of I/O performance is based on the default assumption that the 
average read time for one database block is 5000 micro-seconds . 

Wait class "Administrative" was not consuming significant database time. 
Wait class "Application" was not consuming significant database time* 
Wait class "Cluster" was not consuming significant database time. 
Wait class "Commit" was not consuming significant database time. 
Wait class "Configuration" was not consuming significant database time. 
CPU was not a bottleneck for the instance. 

Wait class "Network" was not consuming significant database time. 
Wait class "Scheduler" was not consuming significant, database time. 
Wait class "Other" was not consuming significant database time. 
Wait class "User I/O" was not consuming significant database time. 

The flushing of snapshots 9 and 10 took 47 seconds which is 25% of the 
analysis period time. This may reduce the reliability of the ADDM analysis. 
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